home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001150_dsr@hplb.hpl.hp.com _Wed May 19 12:57:19 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <dsr@hplb.hpl.hp.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA25264; Wed, 19 May 93 12:57:19 MET DST
  4. Received: from hplb.hpl.hp.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA01359; Wed, 19 May 1993 13:18:27 +0200
  6. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Wed, 19 May 93 12:11:25 +0100
  7. Received: by manuel.hpl.hp.com
  8.     (16.6/15.6+ISC) id AA11610; Wed, 19 May 93 12:19:27 +0100
  9. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  10. Message-Id: <9305191119.AA11610@manuel.hpl.hp.com>
  11. Subject: Re: HTML+ and printed books
  12. To: dale@ora.com
  13. Date: Wed, 19 May 93 12:19:26 BST
  14. Cc: sanders@bsdi.com, raisch@ora.com, dmh@openmail.corp.hp,
  15.         www-talk@nxoc01.cern.ch
  16. Mailer: Elm [revision: 66.36.1.1]
  17.  
  18. Tony Sanders writes:
  19.  
  20. >> Has much thought gone into features needed to have data be both online
  21. >> and used to print books.  When you are using a hypertext browser you
  22. >> want one view of the data and when you print a book you'll need another.
  23.  
  24. Dale Dougherty replies:
  25.  
  26. > My sense is that this is really too big a problem to be handled
  27. > at the HTML-level.  At some point, we have to distinguish between
  28. > a DTD such as Docbook used to maintain information for 
  29. > multiple purposes and a DTD like HTML used primarly for delivery.
  30.  
  31. I would be really interested in having a look at the Docbook DTD,
  32. and some of the background assumptions and motivation for this work.
  33. Can you give me a pointer to where I can get further information?
  34.  
  35. When viewing an HTML document, I find it a common experience to want
  36. to print out part of the web, not just this particular document.
  37. Supporting a model of how retrievable chunks form a larger whole would
  38. permit this. Furthermore, it would permit authors to exploit peoples
  39. familiarity with printed material as an additional navigation model
  40. to basic hypertext. Authors will need to bear in mind that the documents
  41. will also be read on paper media, and avoid reference to clicking etc.
  42.  
  43. For this reason, I am currently studying how we could represent such
  44. models effectively in HTML+, and analysing a wide variety of fiction,
  45. reference books, magazines, newspapers and technical documentation.
  46. The guiding principles are:
  47.  
  48.     o   superset of the current HTML DTD
  49.  
  50.     o   presentation independance (no style info)
  51.  
  52.     o   easy/fast to process with modest programs
  53.  
  54.     o   offline compilation of indexes/contents
  55.  
  56.     o   support the needs of a wide as possible
  57.         range of on-line and printed material
  58.  
  59. The results so far are very encouraging. Provided you don't mind seeing
  60. work at an early and incomplete stage, you may be interested in looking
  61. at "ftp://hplose.hpl.hp.com/pub/dtd2.html". I would be very interested
  62. in collaborating on this work.
  63.  
  64. Best wishes,
  65.  
  66. Dave Raggett,
  67.  
  68. p.s. Tony, I am including change bars in the draft proposal for HTML+
  69.  
  70. -----------------------------------------------------------------------------
  71. Hewlett Packard Laboratories,           +44 272 228046
  72. Bristol, England                        dsr@hplb.hpl.hp.com